home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000033_news@newsmaster….columbia.edu _Thu Oct 2 22:57:15 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA24496
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 2 Oct 1997 22:57:15 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA18882
  7.     for kermit.misc@watsun; Thu, 2 Oct 1997 22:57:14 -0400 (EDT)
  8. Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!207.49.14.4!news.wolsi.com!news.aros.net!news.cs.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Long filenames in msdos kermit?
  12. Message-ID: <Bp3GzIdqLmk1@cc.usu.edu>
  13. Date: 2 Oct 97 08:10:25 MDT
  14. References: <collins.875643388@aplcomm.jhuapl.edu> <60tlsu$en7$1@apakabar.cc.columbia.edu>
  15. Organization: Utah State University
  16. Lines: 18
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:7799
  18.  
  19. In article <60tlsu$en7$1@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20. > In article <collins.875643388@aplcomm.jhuapl.edu>,
  21. > Skip Collins <collins@aplcomm.jhuapl.edu> wrote:
  22. > : Is it possible to coax mskermit into using long filenames when that is
  23. > : supported by the underlying OS? If not, are there any plans to make it
  24. > : possible? 
  25. > : 
  26. > No, and no.  MS-DOS Kermit is a DOS program.  If you want to access to the
  27. > special features of OS/2 (or Windows 95 or NT), you need native 32-bit
  28. > software for those platforms:
  29. >   http://www.columbia.edu/kermit/k95.html
  30. > - Frank
  31. --------
  32.     I might add: the reason is DOS does not reveal those long names
  33. via regular DOS calls. Thus this is not the fault of MSK.
  34.     Joe D.